Наши инженеры всерьез озаботились тем, как же правильно подготовить гостевую операционную систему виртуальной машины с учетом специфики решения для виртуализации настольных ПК VMware View 4.
Публичных хороших рекомендаций на данный момент несколько:
Давно что-то не было сравнений гипервизоров. Недавно блоггеры портала vmguru.nl подготовили очередной открытый документ, где по нескольким параметрам сравнили технические возможности платформ виртуализации VMware vSphere, Microsoft Hyper-V и Citrix XenServer.
Номинально - Citrix XenServer 5.6 уже вовсе не так плох, каким он был где-то года полтора назад, Hyper-V подтягивается тоже (ждем SP1 для Windows 2008 R2). Вообще, я удивляюсь, кому приходит в голову писать такие сравнения - только напишешь, тут бац - выходит новая версия какой-нибудь из платформ, и все надо переписывать заново. Кроме того, учесть все параметры невозможно, например, в данном документе есть максимум половина всех возможностей, которые есть у VMware. А еще в таких документах интереснее всего было бы видеть категории, где напротив всех гипервизоров стоят красные крестики. Секрет таких категорий прост - берешь суперсекретную VMware Roadmap и вписываешь планируемые возможности в обобщенном виде.
Компания Microsoft выпустила пятую версию своего бесплатного продукта Assessment and Planning Toolkit (MAP), позволяющего произвести комплексное обследование своей гетерогенной ИТ-инфраструктуры (физические и виртуальные серверы) и получить на основе данных анализа отчет о готовности к виртуализации и рекомендации по консолидации серверов в виртуальных машинах Microsoft Hyper-V.
Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.
То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:
Host already has the recommended number of 4 Fault Tolerance VMs running on it
То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:
das.maxftvmsperhost
со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.
Администраторы, работающие с платформой виртуализации VMware vSphere, часто встречаются с различного рода акронимами в интерфейсе vSphere Client (например, vmx, VPXD или VPXA).
Duncan Epping в своей заметке разъяснил происхождение некоторых терминов (комментарии также почитать интересно):
ESX = Elastic Sky X
GSX = Ground Storm X also some times referred to as Ground Swell X
Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.
Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):
Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:
1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:
# vimsh -n -e /hostsvc/maintenance_mode_enter
2. Выполняем команду в директории с файлами обновления:
В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:
FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput
[Mbits/s] + average network receives [Mbits/s])
Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).
Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.
Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.
Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:
Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.
Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.
Нужно добавить вот такую строчку в качестве параметра:
cpuid.coresPerSocket
В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).
Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:
Поддерживается в производственной среде только для VMware ESX 4.1
Virtual Machine hardware должно быть версии 7 или выше
Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
Опция CPU hot Add/Remove будет отключена
Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.
Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.
Как уже много писали об этом ранее, одной из проблем механизма отказоустойчивости VMware HA является его потенциальное не срабатывание в окружениях, где одновременно отказывает более 4-х хостов в кластере (например, на уровне блейд-корзины), когда не доступны все 5 primary-узлов. В этом случае есть риск, что виртуальные машины не перезапустятся на оставшихся хост-северах.
В VMware vSphere 4.1 появилась возможность явным образом указать, какие узлы в кластере VMware HA будут являться Primary:
Можно использовать в качестве разделителя пробел или запятую.
Эти настройки необходимо указывать в расширенных свойствах кластера VMware HA (Advanced Settings). Обращаю внимание, что хоть эти настройки и не являются experimental, они являются неподдерживаемыми со стороны VMware и не рекомендуются к использованию в промышленной среде. Кстати, скоро кластер VMware HA будет переживать сколько угодно отказов хостов ESX / ESXi.
Компания VMware выпустила очень интересный и рекомендуемый к прочтению администраторами VMware vSphere документ "Understanding Memory Resource Management in VMware ESX 4.1". В данном документе описывается, как гипервизор ESX / ESXi обращается с оперативной памятью хост-сервера виртуализации при исполнении виртуальных машин.
Подобный документ существовал у VMware и ранее, но теперь в нем добавилось описание техники Memory Compression, которая позволяет существенно экономить физическую память хост-сервера за счет сжатия страниц, которые должны были попасть в своп.
Также в этом документе указано, как можно управлять кэшем (Compression Cache), где лежат эти сжатые страницы памяти для виртуальной машины:
Cloud Computing сквозь все препоны и преграды пытается прорваться в массы. Вот и компания VMware доносит пользователям идею о том, что виртуальные системы должны быть максимально отвязаны от физических.
В рамках этой идеи, компания VMware объявила о скором начале продаж некоторых продуктов семейства VMware vCenter на основе платы за виртуальные машины (per virtual machine basis).
Итак, с 1 сентября 2010 года следующие продукты семейства VMware vCenter будут продаваться на базе платы за виртуальные машины:
Продукт vCenter CapacityIQ будет продаваться по этой же модели, начиная с конца 2010 - начала 2011 года. При этом, каковы будут условия дальнейших продаж продуктов:
До 15 декабря 2010 можно будет покупать лицензии на процессоры физических серверов ESX / ESXi. Потом покупаем только по виртуальным машинам.
Старые лицензии по CPU можно будет сдать в Trade In и получить новые по ВМ
Сам VMware vCenter и другие продукты VMware лицензируются по-прежнему
Стоить это будет около того:
Продукт VMware
Цена за 25 виртуальных машин
AppSpeed
$3,750
CapacityIQ
$1,875
Chargeback
$1,250
Site Recovery Manager
$11,250
То есть, за виртуальную машину, защищаемую продуктом VMware SRM, мы платим 450 баксов. Если провести аналогию с текущим ценником на SRM, то это 10-12 виртуальных машин на двухпроцессорный сервер сейчас. Ну, более-менее адекватно, в общем-то.
Компания VMware официально объявила о выпуске новой версии платформы виртуализации VMware vSphere 4.1 13 июля 2010 года. Это существенное обновление компонентов пакета, включая серверы виртуализации VMware ESX 4.1 и средство управления хост-серверами и виртуальными машинами VMware vCenter 4.1.
Итак, вы уже ознакомились с новыми возможностями платформы виртуализации VMware vSphere 4.1, пора понять, какие же изменения произошли в структуре продукта: то есть ценах и изданиях.
Изменения в отдельных изданиях VMware vSphere 4.1.
Если говорить об отдельной покупке изданий vSphere 4.1 - то они по прежнему лицензируются на CPU хост-серверов ESX или ESXi. Новые возможности, в основном, добавились в VMware vSphere Enterprise Plus, зато технология VMware VMotion впервые вошла в издание Standard.
Вот сравнительная таблица изданий VMware vSphere 4.1:
Издания VMware vSphere 4.1
Standard
Advanced
Enterprise
Enterprise Plus
Компоненты платформы
Физическая оперативная память хост-сервера ESX/ESXi 4.1
256 ГБ
256 ГБ
256 ГБ
Нет ограничений
Число ядер на физический процессор
6
12
6
12
Способ лицензирования
На 1 CPU
На 1 CPU
На 1 CPU
На 1 CPU
Возможности централизованного управления хост-серверами и виртуальными машинами
VMware vCenter (приобретается отдельно)
vCenter Foundation (не более 3 хост-серверов)
vCenter Standard (без ограничений)
vCenter Foundation (не более 3 хост-серверов)
vCenter Standard (без ограничений)
vCenter Foundation (не более 3 хост-серверов)
vCenter Standard (без ограничений)
vCenter Foundation (не более 3 хост-серверов)
vCenter Standard (без ограничений)
Возможности платформы
Thin Provisioning - возможность использования для виртуальных машин дисков, растущих по мере наполнения данными
Update Manager - средство централизованного обновления хостов ESX/ESXi и виртуальных машин
Data Recovery - средство резервного копирования и восстановления виртуальных машин и их файлов
Приобретается отдельно для этого издания
High Availability - средство отказоустойчивости виртуальных машин, позволяющее в случае отказа физического хост-сервера автоматически перезапустить его виртуальные машины с общего хранилища
vMotion - возможность перемещения виртуальной машины между физическими серверами без прерывания ее работы и сетевых соединений
vStorage APIs for Data Protection - интерфейс, позволяющий применять встроенные и сторонние средства для защиты данных виртуальных машин, в т.ч. резервное копирование Veeam Backup and Replication
Virtual Serial Port Concentrator - виртуальное устройство для управления виртуальными машинами через последовательный порт
Hot Add - возможность горячего добавления и удаления устройств виртуальной машины во время ее работы (процессоров и памяти)
vShield Zones - средство обеспечения сетевой безопасности виртуальной инфраструктуры, включая контроль различных типов траффика
Fault Tolerance - средство непрерывной доступности виртуальных машин, позволяющее поддерживать резервную работающую копию виртуальной машины на другом сервере, которая мгновенно переключает на себя нагрузку в случае отказа основной машины
vStorage APIs for Array Integration (VAAI) - интерфейс, поддерживаемый производителями дисковых массивов, позволяющий передать операции по управлению данными на сторону аппаратного обеспечения, что повышает быстродействие и надежность операций
vStorage APIs for Multipathing - интерфейс для управления доступом по нескольким путям в SAN, используемый приложениями сторонних производителей
Storage vMotion - возможность динамического перемещения хранилища виртуальной машины между массивами без прерывания работы приложений в гостевой ОС
Distributed Resources Scheduler (DRS), Distributed Power Management (DPM) - средства балансировки нагрузки на хост-серверы за счет динамических миграций VMotion, а также средства экономии электропитания за счет перевод простаивающих серверов в режим Standby
Storage I/O Control - технология приоритизации доступа виртуальных машин к хранилищам, позволяющая гарантировать уровни обслуживания для приложений по вводу-выводу
Network I/O Control - технология приоритизации траффика различного типа в пределах сетевых адаптеров
Distributed Switch - средство централизованного управления и конфигурации сетевого взаимодействия хостов VMware ESX / ESXi (виртуальный распределенный коммутатор)
VMware vSphere Standard дорожает на 20% и теперь вместо $795 за процессор стоит $995 за процессор.
Торопитесь размещать заказы на этой и следующей неделе в компании VMC.
Изменения в структуре пакетов ПО VMware vSphere 4.1.
VMware vSphere 4.1 может поставляться пакетам типа "все-в-одном", которые представляют собой готовые к развертыванию издания платформы вместе со средством управления VMware vCenter. Называются они VMware vSphere Essentials / Essentials Plus и VMware vSphere Acceleration Kits. Стоят эти пакеты значительно дешевле закупки лицензий по изданиям, но могут быть куплены только один раз для площадки заказчика.
Основные изменения, которые произвошли в пакетах:
Технология VMware VMotion появилась в составе пакета VMware vSphere Essentials Plus
VMware Essentials окончательно подешевел (на 50%) до стоимости $495
VMware Essentials Plus подорожал на 15% с 26 июля с $2,995 до $3,495 (без учета стоимости поддержки)
Остальные позиции подорожали на 10% с 26 июля
Вот сравнительная таблица пакетов ПО VMware vSphere 4.1:
Пакеты ПО VMware vSphere 4.1
Essentials
Essentials Plus
Advanced Acceleration Kit
Midsize Acceleration Kit
Enterprise Plus
Acceleration Kit
Структура пакета
Стандартное издание (аналог отдельной покупки лицензий)
Нет аналога
Нет аналога
Advanced
Enterprise
Enterprise Plus
Число лицензий на CPU физических хост-серверов
6
6
6
6
8
Использование лицензий на CPU
Только хост-серверы с не более 2 CPU в каждом. Не более 3-х серверов в сумме.
Только хост-серверы с не более 2 CPU в каждом. Не более 3-х серверов в сумме.
Нет ограничений
Нет ограничений
Нет ограничений
Возможность обновления
Essentials Plus и Advanced Acceleration Kit
Advanced Acceleration Kit
Midsize Acceleration Kit и Enterprise Plus Acceleration Kit
Enterprise Plus Acceleration Kit
Нет
Компоненты платформы
Физическая оперативная память хост-сервера ESX/ESXi 4.1
256 ГБ
256 ГБ
256 ГБ
256 ГБ
Нет ограничений
Число ядер на физический процессор
6
6
12
6
12
Способ лицензирования
Только весь пакет
Только весь пакет
Только весь пакет
Только весь пакет
Только весь пакет
Возможности централизованного управления хост-серверами и виртуальными машинами
VMware vCenter (включен в состав пакета)
vCenter Essentials (не более 3 хост-серверов, не более 2 CPU в каждом)
vCenter Essentials (не более 3 хост-серверов, не более 2 CPU в каждом)
vCenter Foundation (не более 3 хост-серверов)
vCenter Standard (без ограничений)
vCenter Standard (без ограничений)
Возможно ли отдельное обновление vCenter?
Нет. Только пакет целиком
Нет. Только пакет целиком
Да. На vCenter Standard
Не требуется
Не требуется
Возможности платформы
Thin Provisioning - возможность использования для виртуальных машин дисков, растущих по мере наполнения данными
Update Manager - средство централизованного обновления хостов ESX/ESXi и виртуальных машин
Data Recovery - средство резервного копирования и восстановления виртуальных машин и их файлов
High Availability - средство отказоустойчивости виртуальных машин, позволяющее в случае отказа физического хост-сервера автоматически перезапустить его виртуальные машины с общего хранилища
vMotion - возможность перемещения виртуальной машины между физическими серверами без прерывания ее работы и сетевых соединений
vStorage APIs for Data Protection - интерфейс, позволяющий применять встроенные и сторонние средства для защиты данных виртуальных машин, в т.ч. резервное копирование Veeam Backup and Replication
Virtual Serial Port Concentrator - виртуальное устройство для управления виртуальными машинами через последовательный порт
Hot Add - возможность горячего добавления и удаления устройств виртуальной машины во время ее работы (процессоров и памяти)
vShield Zones - средство обеспечения сетевой безопасности виртуальной инфраструктуры, включая контроль различных типов траффика
Fault Tolerance - средство непрерывной доступности виртуальных машин, позволяющее поддерживать резервную работающую копию виртуальной машины на другом сервере, которая мгновенно переключает на себя нагрузку в случае отказа основной машины
vStorage APIs for Array Integration (VAAI) - интерфейс, поддерживаемый производителями дисковых массивов, позволяющий передать операции по управлению данными на сторону аппаратного обеспечения, что повышает быстродействие и надежность операций
vStorage APIs for Multipathing - интерфейс для управления доступом по нескольким путям в SAN, используемый приложениями сторонних производителей
Storage vMotion - возможность динамического перемещения хранилища виртуальной машины между массивами без прерывания работы приложений в гостевой ОС
Distributed Resources Scheduler (DRS), Distributed Power Management (DPM) - средства балансировки нагрузки на хост-серверы за счет динамических миграций VMotion, а также средства экономии электропитания за счет перевод простаивающих серверов в режим Standby
Storage I/O Control - технология приоритизации доступа виртуальных машин к хранилищам, позволяющая гарантировать уровни обслуживания для приложений по вводу-выводу
Network I/O Control - технология приоритизации траффика различного типа в пределах сетевых адаптеров
Distributed Switch - средство централизованного управления и конфигурации сетевого взаимодействия хостов VMware ESX / ESXi (виртуальный распределенный коммутатор)
У меня для вас опять эксклюзив. Как вы уже, наверное, знаете, вчера компания VMware анонсировала новую версию своей платформы виртуализации VMware vSphere 4.1. Мало того, ESX 4.1, ESXi 4.1 и vCenter 4.1 уже можно скачать с сайта VMware.
Прямо к выпуску VMware vSphere 4.1, чтобы вы не утруждали себя чтением англоязычной документации, я подготовил технический документ с описанием всех новых возможностей платформы, который можно свободно скачать с сайта компании VMC.
В документе описываются все основные технические моменты, включая такие технологии как Storage IO Control (SIOC), Transparent Memory Compression, Load Balanced Teaming, полная поддержка Tech Support Mode в VMware ESXi, новые возможности и максимумы VMware vCenter 4.1 и многое-многое другое. Что немаловажно, в документе есть также секция и про VMware ESXi 4.1, ведь это последняя версия платформы, в которой еще есть ESX - в дальнейшем вся ваша виртуальная инфраструктура уже будет работать на ESXi.
Я вам говорил, что нужно покупать сейчас, а вы тянули. Что имеем в итоге (цитата из официального письма компании VMware):
Уважаемые коллеги!
Как и многие глобальные компании в IT-индустрии, VMware стремится координировать цены на свои продукты во всех основных регионах, в которых ведет бизнес. Один из ключевых элементов ценовой политики в нашем регионе (ЕМЕА) – обеспечение согласованности цен в основных валютах нашего региона, особенно - в долларах США, евро и фунтах стерлингов.
В результате изменений в курсах валют, происходивших в 2009 и начале 2010 года, и для выравнивания цен в разных валютах, мы вынуждены поднять долларовые цены на наши продукты (на лицензии, SnS, Education и некоторые позиции PSO) на 10%, оставив неизменными цены в евро и фунтах стерлингов.
Эти изменения вступают в силу с 26 июля 2010 года.
Но это не значит, что нужно расстраиваться (хотя я вот реально расстраиваюсь - несмотря на то, что это ведет к увеличению моей маржи). Это значит, что есть еще время купить продукты VMware vSphere, VMware View, VMware Site Recovery Manager по старой цене.
Конечно же, все продукты VMware на территории России нужно покупать в компании VMC, которая является Enterprise-партнером вендора и предоставляет множество интересных бесплатных сервисов.
Как многие знают, недавно компания VMware выпустила обновление продукта VMware vSphere 4.0 Update 2. Среди прочих нововведений есть также улучшения механизма VMware HA для отказоустойчивости серверов VMware ESX. Одно из улучшений - решение проблемы Split Brain в кластере HA, которое заключалось в следующем:
Если у вас есть несколько хостов ESX, подключенных к IP-системе хранения iSCSI / NFS, а для виртуальных машин выставлено действие Leave Powered On для Isolation Responce (по умолчанию), то при отключении хоста от всех сетей (IP Storage и VM Network) процессы VMX, реализующие исполнение виртуальных машин оставались в памяти.
При этом, по истечении срока действия лочек VMware HA, остальные хост-серверы ESX запускали эти виртуальные машины. Когда соединение выпавшего хоста с сетью и хранилищем восстанавливалось - процессы продолжали жить, что приводило к так-называемому "пинг-понгу" виртуальных машин между хостами ESX и всяким глюкам.
Теперь же, начиная с VMware vSphere 4.0 Update 2 эта ситуация решается - хост ESX выключает виртуальную машину и генерирует соответствующее событие в vCenter.
Многие пользователи, применяющие платформу виртуализации VMware vSphere в своей виртуальной инфраструктуре, ищут возможности использования недорогого хранилища для виртуальных машин. В качестве одного из вариантов, для тестового или некритичного производственного окружения, можно рассмотреть организацию NFS-хранилища на базе Windows 2008 Server R2...
Компания VMware уже достаточно давно приобрела продукты компании EMC из линейки Ionix. Теперь некоторые из этих продуктов уже доступны на сайте VMware как ПО семейства VMware vCenter.
Ранее этот продукт назывался EMC Ionix Server Configuration Manager. Он позволяет управлять конфигурациями физической (!) и виртуальной инфраструктуры на базе политик в соответствующих отраслях (например, финансы), а также настроенных отдельно для каждой организации. С помощьюVMware vCenter Configuration Manager можно анализировать изменения, происходящие глубоко в виртуальной инфраструктуре VMware vSphere, а также остальном парке серверов и настольных ПК, и поддерживать единый уровень конфигурации, например, настроек безопасности виртуальных и физических сред.
Ранее этот продукт назывался EMC Ionix Application Discovery Manager (а еще раньше принадлежал компании SMARTS). VMware vCenter Application Discovery Manager обеспечивает обнаружение и построение связей существующих в ЦОД приложений, в соответствии с той инфраструктурой (виртуальной и физической), на которой они расположены. VMware vCenter ADM позволяет моделировать классы сервисов SLA для инфраструктуры предприятия и поддерживать требуемый уровень услуг для приложений в облаке. ADM обнаруживает различные объекты сервисов в ИТ-инфраструктуре предприятия и строит взаимосвязи Virtual-to-Virtual, Virtual-to-Physical и т.д., где на карте можно определить зависимости различного класса (какие ВМ работают на каких ESX, что использует данную СУБД, какие клиенты соединяются и т.п.).
Ранее этот продукт назывался EMC Ionix for Service Management. VMware Service Manager предназначен для крупных организаций, которым требуется такие вещи как из ITIL/ITSM как Incident Management, Problem Management, Change Management, Release Management, Configuration Management, Service Level Management и Availability Management.
На сервере VMware ESX из состава vSphere, если запустить утилиту esxtop и перейти в категорию дисковой подсистемы (кнопка "d"), можно увидеть счетчик CMDS/s.
Что он значит? CMDS/s (Total commands per second) - это общее число SCSI - команд, передаваемых к системе хранения, включая операции ввода-вывода вывода виртуальных машин, а также сервисные команды (например, SCSI reservations). Если говорить о параметре IOPS (Input/Output Operations Per Second) - то это общее число операций ввода-вывода, представляющее сумму:
IOPS = Number of Read commands(READS/s) + Number of Write commands(WRITES/s)
Таким образом, число IOPS должно быть близко к CMDS/s, за исключением случаев, когда сервер VMware ESX активно работает с метаданными тома VMFS (например, создает и удаляет снапшоты).
Компания 2X Software анонсировала выход продукта 2X CloudClient Operating System, позволяющего получить доступ к содержимому "облака" с любого компьютера, не приспособленного под данную задачу. Суть 2X CloudClient проста - это операционная система на базе Linux, загружаемая с флешки и содержащая в себе основные компоненты клиентского ПО Microsoft RDP, VMware View и Citrix XenApp. Также там есть веб-браузер, позволяющий получить доступ к сервисам Google Apps и Windows Live.
У данного ПО есть список совместимости устройств, которые могут быть превращены в облачных клиентов. Помимо флешки, можно использовать загрузочный CD/DVD, сетевую загрузку или установку на жесткий диск.
Компания VMware планирует выпустить новую версию платформы виртуализации VMware vSphere 4.1 не позднее осени этого года (хотя, может быть и раньше). vSphere 4.1 будет обладать множеством новых возможностей, список которых вполне тянет на версию 4.5, а вот, что сегодня известно об улучшениях производительности в новой версии продукта...
Компания VKernel продолжает выпуск бесплатных программных продуктов для виртуализации VMware vSphere. На этот раз это утилита VKernel StorageView, которая позволяет найти "узкие" места в инфраструктуре хранения виртуальных машин. Это обычное десктоп-приложение весом в 6 МБ, которое может быть установлено на рабочей станции администратора и позволяет найти соединения хостов ESX с наибольшими задержками (latency) к томам VMFS или NFS.
Возможности VKernel StorageView:
Топ 5 путей хост / datastore с наибольшей latency
Список виртуальных машин, которые используют эти пути
Скорость обмена трафиком хранения для каждой ВМ в этих путях
Сводная статистика по остальным парам хост / datastore, не вошедшим в топ 5
RSS
